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Abstract—The SatNOGS, or Satellite Network Open 
Ground Stations, project promotes and supports free and 
open space applications. It seeks to solve the problem 
of connecting many satellite users/observers to many 
ground station operators. Modern open software, web, 
and hardware techniques are used in implementing the 
Network, Database, Client, and Ground Station sub- 
projects. Modularity in all the systems promotes the 
dual-use of ground stations by not interfering with local 
operation while utilizing the great amount of time a 
civilian, non-commercial ground station would otherwise 
sit idle. 

Index Terms—SatNOGS, CubeSat, software-defined 
radio, satellite ground station, open source 


I. INTRODUCTION 


The SatNOGS [1] project seeks to build a full 
stack of open technologies for satellite ground 
stations. Civilian satellite launches have been in 
a state of change in recent years from the in- 
troduction of very small spacecraft which use 
standardized launch carriers such as the CubeSat 
and PPOD specifications [2]. This has lowered 
the bar to satellite ownership and their availability 
for educational and amateur projects and citizen 
science. 

Figure | shows that the number of CubeSat-class 
satellite launches has increased nearly exponen- 
tially since the first in 2000. Previously the domain 
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of University projects, the last 3 years have seen 
a huge increase in non-government or university 
launches. These civilian satellites include commer- 
cial, like Planet Labs’ Flock-1 satellites [3], non- 
profit, like The Planetary Society’s recent LightSail 
[4], and amateur, like AMSAT-NA’s upcoming 
Fox-1 series [5]. 


CubeSats by Mission Type (2000-present) 
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Fig. 1. CubeSat launches per year through 2015-07-17, from 
[6]. The “Commercial” category includes non-profit and amateur 
satellites. 


Each satellite owner typically operates their own 
ground station for command and control. The low- 


earth orbits (LEO) of these spacecraft result in 
short time windows when the spacecraft is above 
the local horizon for communication. As a result, 
owners seek to enlist the help of other suitably 
equipped stations for collection of data. The FUN- 
cube project is a prime example of a well-organized 
effort to receive and collect data from satellite for 
educational outreach [7]. 

Recent advances in low-cost, software-defined 
radio (SDR) technology and 3D printing have 
put ground station ownership within the reach of 
individuals. Largely composed of Amateur Radio 
operators, these people receive telemetry and data 
from many satellites and provide the information 
to the owners and the general public. 

Once an individual or organization builds a 
ground station, especially if not a commercial 
venture, the hardware ends up sitting idle for a 
great majority of the time. This capability, when 
not being actively used by the local owner, could 
be utilized for reception of other satellites. The 
SETI @home project is one of the earliest and well- 
known projects to make use of idle resources — 
compute cycles in that case [8]. 

What is missing is a civilian infrastructure to 
connect these many owners and ground station 
operators in a way that is flexible and open. The 
ESA’s Global Educational Network for Satellite 
Operations (GENSO) [9] was a notable attempt at 
such a network aimed at University-class projects 
and stations. The fact that the genso. org domain 
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Fig. 2. Overall view of the SatNOGS concept. 


name does not resolve to a live server is a practical 
indication of the current state of the project. 


Members of Hackerspace.gr [10] in Athens 
Greece first proposed SatNOGS as a part of the 
2014 International Space Apps Challenge’s “Vir- 
tual Ground Station App — Global Crowdsourcing 
of CubeSats” Challenge [11]. It was later submitted 
as an entry to the 2014 Hackaday Prize, ultimately 
winning the grand prize of $196,418 [12]. The 
funds provided seed money to start the Libre Space 
Foundation [13], a new non-profit dedicated to 
supporting free and open source space and related 
projects. 


A timely and unique aspect of the project is 
its bridging of the Maker / Hacker and the Ama- 
teur Radio communities. The 2015 TAPR/AMSAT 
Banquet’s speaker, Michael Ossmann ADONR 
pointed out the many characteristics valued and 
shared by these two communities [14]. Ward Silver, 
N@AX’s article for Makezine also does a good job 
of drawing these connections [15]. 


This paper seeks to give an overview of the 
SatNOGS project’s major components. Figure 2 
gives a high-level overview of the relationship 
between users and ground stations. Figure 3 and 
the following sections describe the four major sub- 
projects: Network, DB, Client, and Ground Station. 
The modular approach maximizes use of already 
available components at a ground station. 
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Fig. 3. The four sub-projects are designed with a modular approach 
with well-defined interfaces, allowing the ability to relatively easily 
interface with existing ground stations. 
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All code and hardware designs for the project 
are publicly available under Open Software (AG- 
PLv3 and GPLv3) and Open Hardware (CERN 
OHLv1.2) licenses [16]. Software documentation 
may be found at [17]. Note, screen captures of the 
various software components, hardware pictures, 
and demonstrations are included in the more ap- 
propriate format of the presentation instead of in 
the paper. 


Il. NETWORK 


The SatNOGS Network is accessed by users via 
a web interface. The user provides details about 
observation that they would like to schedule (which 
satellite, which band, time-frame, signal encoding, 
etc.). From this information, the system calculates 
the possible observation windows from the cur- 
rently available Ground Stations connected to the 
Network having the necessary capabilities. Once 
the observer confirms the proposed “Observation 
Job” then it is sent as a job to each Ground 
Stations’ job queue to be executed. Figure 4 shows 
this process as a diagram. 


Fig. 4. Diagram of a user scheduling an observation on the network. 


Ground Stations collect observation data then 
send it back to the Network. Uploaded data is 
then made available to the initiating user and any 
other third party via the observation’s ID. Modern 
web technologies are used on the Network website 
to provide timeline and recording visualization 
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and playback directly in the browser. Download 
links are also provided for further offline analysis. 
No special software or installation is necessary 
for users to interact with the Network. SatNOGS 
Network provides an API to allow other applica- 
tions and services to query information and, in the 
future, automatically schedule observations. 

Calculation of candidate times when the target 
satellite is visible from an active ground station 
is performed with the assistance of the PyEphem 
library [18]. The library accepts orbital elements 
for the satellite, Ground Station locations, and 
the desired time frame. With higher densities of 
Ground Stations which can see multiple satellites, 
this scheduling can be optimized for many factors. 

Because all code and documentation of all parts 
of the project are free and publicly available, 
anyone is able to contribute to these improve- 
ments. Indeed, this open collaboration is one of 
the SatNOGS project’s founding principles. 


III. DATABASE 


The coordination and aggregation provided by 
the Network component requires a centralized 
source of satellite information such as frequencies 
and transmission modes. SatNOGS DB was created 
to address the fact that there was no known public 
source for this information. In the same spirit of 
the rest of the project, the database is open access 
and not specific only to the SatNOGS project. 

Specifically, DB is a crowd-sourced suggestions 
app for transponder data. Satellites are identified 
by their NORAD (now USSPACECOM) space 
object catalog number and their common name. 
Each object has an associated set of transponder 
records which indicate frequencies and modulation 
formats. SatNOGS Network pulls this information 
when calculating possible observations. 

Updates are accepted from the public and from 
other sources of satellite information with open 
APIs. As with the Network, user interaction is 
purely web-based and requires no additional soft- 
ware besides a capable browser. 


IV. CLIENT 


SatNOGS Client consists of software running a 
computer which controls the ground station hard- 
ware. Figure 5 diagrams the internal (modular!) 


components of the client’s interaction with the 
Network. 
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Fig. 5. Client software components and interactions. 


The poller regularly checks the Network API for 
observation jobs scheduled for the local Ground 
Station. Information contained in each job includes 
satellite orbital elements, receiver tuning and de- 
modulation parameters, and timing. The PyEphem 
[18] library is used to calculate the necessary 
antenna pointing and relative velocity for doppler 
shift calculation during the pass. 

Where possible, existing standard interfaces are 
used within the Client. These include using the 
daemons rotct1 for rotator control and rigct1 
for frequency control from HamLib [19]. Any rota- 
tor controller which works with rot ct 1 automati- 
cally works with the SatNOGS Client by providing 
the appropriate IP address and port number the 
rotator is listening on. 

External programs for starting the receiver driver 
are spawned before a scheduled observation and 
setup to listen for rot ct 1 commands for doppler 
frequency corrections throughout a pass. For use 
with the popular Realtek RTL2832U DVB-T don- 
gles, the SatNOGS group maintains a version of 
rtl-sdr [20] software’s rt1_fm utility which 
accepts frequency control via rigct 1 commands 


over a network port [21]. Code for interfacing the 
Client with other SDR software is in progress, 
including receivers using GNU Radio [22]. Radios 
whose baseband signals enter the computer via 
soundcard are also planned. 

At the end of a pass, demodulated signal data is 
placed in a queue for later upload to the Network. 
Logs and other reports are also sent back to the 
Network by other API actions. 


V. GROUND STATION 


The SatNOGS Ground Station sub-project en- 
compasses the antennas, rotator, and RF path. 
Ground station owners execute the Client software 
and build or configure the hardware. Plans and 
instructions are available for the v2 ground station 
and are being finalized for the updated v3 version. 
Gears and other parts are 3D printed and the rest 
of the hardware for the ground station is easily 
available. Besides access to a 3D printer, only hand 
tools are required for building either version. 

Because the Ground Station rotator’s controller 
implements the common EasyComm 2 protocol, 
it acts like any other homebrew or commercial 
rotator controller using the same format. The Client 
software therefore works exactly the same with 
the SatNOGS rotator design or with an existing 
station’s rotator. 

There are designs for every component neces- 
sary for a SatNOGS-compatible ground station as 
part of the project. Antennas and RF path hardware 
may be use SatNOGS, homebrew, or commercial 
as the station owner deems appropriate. To help 
the goal of easily constructed ground stations, the 
project’s designs focus on common hardware, 3D- 
printed parts, and tools available in most experi- 
menters’ shops of local “maker spaces.” 


VI. CONCLUSION 


The SatNOGS project aims to provide and pro- 
mote free and open source satellite ground stations. 
Modern open software and web technologies are 
used to coordinate these stations to more fully 
utilize the reception capabilities for low earth or- 
biting satellites. By using a modular approach to 
the ground station segment, the existing stations 
of radio amateurs and others may be used with 
the network. Avoiding custom, network-specific 


175 


software and hardware and ensuring all design 
nformation, code, and received data is and remains 
reely available is a core tenet of the project. 
ndividuals and organizations are encouraged to 
yartner with the project to help realize these goals. 
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